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DETAILED ACTION 
Status of Claims 

1. This is a final office action in reply to the response filed on 21 September 2010. 

2. Claims 1-32 are currently pending and have been examined. 

Response to Amendments 

3. The rejection of claims 1-32 under 35 (JSC § 112, 2 nd paragraph is maintain. Applicant's 
arguments are considered and are not found persuasive, claims 1, 21, 23 and 25 as stated 
recites "predefining a sequence of business transactions to be executed in a first computer, the 
sequence being predefined according to received sequence modification input". The claim reads 
as a predefined sequence modified according to an input, that comes after the predefined 
sequence in the method steps. It is this that makes the claim as stated confusing. Appropriate 
correction is required. 

4. The rejection of claims 1-20 under 35 USC § 101 is maintain. Applicant's amendments to the 
specification are not sufficient to overcome the rejection. The broadest reasonable interpretation 
of a claim drawn to a computer readable medium (also called machine readable medium and 
other such variations) typically covers forms of non-transitory tangible media and transitory 
propagating signal per se in view of the ordinary and customary meaning of computer readable 
media, particularly when the specification is silent. Examiner suggests amending the preamble as 
"A non transitory computer-readable storage medium". 

Claim Rejections - 35 USC § 112 

5. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 
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6. Claims 1-32 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite for failing to 
particularly point out and distinctly claim the subject matter which applicant regards as the 
invention. 

7. Claims 1, 21, 23 and 25 recites "predefining a sequence of business transactions to be executed 
in a first computer, the sequence being predefined according to received sequence modification 
input". Examiner is not clear how can a predefined sequence be modified according to an input, 
that comes after the predefined sequence in the method steps? The specification does not 
provide a standard for ascertaining the requisite degree, and one of ordinary skill in the art would 
not be reasonably apprised of the scope of the invention. The claim was examined as best 
understood by the Examiner. Appropriate correction is required. 

Claim Rejections - 35 USC § 101 

8. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

9. Claims 1-20 are rejected under 35 U.S.C. 101 because the claimed invention is directed to non- 
statutory subject matter. As recited, claims 1-20 are directed toward computer-readable storage 
medium comprising instructions. In their broadest reasonable interpretation and in light of the 
specification (see paragraphs 0067 and 0076), claims 1-20 as recited, a computer-readable 
recording medium can be interpreted to be embodied on abstract mediums such as carrier waves 
and signals, and therefore not eligible for patent protection. 

Response to Arguments 

10. Applicant's arguments received on 21 September 2010 have been fully considered but are not 
persuasive. 

11. With regard to claims 1, 21, 23 and 25, Applicant argues that the prior art of record, specifically 
that (1) "Dubray does not disclose "creating a business schema"(page 17, 2 nd ]f); (2) Dubray does 
not disclose or suggest, the claimed "creating a business schema by combining the predefined 
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sequence with at least one document assigned to the sequence of business transactions" (page 
18, first paragraph); (3) " Dubray cannot disclose "predefining a sequence" that is "predefined 
according to received sequence modification input" when the alleged "modification input" (e.g., 
which sequence will be performed) is not determined until after the activity has been requested 
and the sequence has begun, as shown in Figure 8 of Dubray " (page 18, last ]f); (4) "that a prima 
facie case of obviousness has not been established because the Office Action is inconsistent, 
without explanation for the inconsistencies, in its interpretation of Dubray " (page 19, 1 st U) and (5) 
that the "Quote" cannot constitute a "document". 

12. With regard to claims 2-9, 10-19, 22, 24 and 26-32, Applicant argues the these claims depend 
from claims 1, 21, 23 and 25 and are allowable at least due to their respective dependencies 
(page 21, 3 rd If). Examiner respectfully disagrees. Please see the response to arguments (1), (2), 
(3) (4) and (5) 

13. In response to Applicant's argument (1). Examiner respectfully disagrees. Dubray teaches the 
implementation using ebXML CPP, CPA and BPSS specifications as shown in page 7: "[t]he 
concept of a Business Collaboration is at the core of the design of ebXML and has been 
formalized as a "Business Process Definition," which is also known as a Collaboration Definition. 
ebXML is the first specification to provide the capability to model complete OAGI scenarios in a 
machine-processable Collaboration Definition." Dubray's white paper when seen as a whole, 
enable one ordinary skill in the art to create a business schema. 

14. In response to Applicant's argument (2). Examiner respectfully disagrees. Examiner notes the 
Applicant's arguments are focused only on the figures while omitting Examiner's cited pages of 
Dubray and Examiner's written interpretation. As shown in the claim analysis Figure 2 illustrates a 
schematic of core business transaction semantics, in this case, a general example of a business 
schema of requesting and responding an activity with at least one document assigned (Request 
Document, Response Document), page 15, B2B Collaboration Definitions, which teaches that 
"[e]ach Business Transaction needs to be specified and choreographed" (e.g., predefining a 
sequence), Figure 3 illustrates OAGI Scenario 55 divided as ebXML Business Transactions, 
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which is another example of a "multiparty collaboration (a buyer, a seller, and an intermediary 
such as a marketplace)" it clearly shows a combined predefined sequence with at least one 
document assigned to the sequence of the business transaction, note the RFQ (request for 
quote) and QUOTE, further page 16, describes Business Transaction Definitions and figure 8 
illustrates another example based on the process purchase order business transaction, 
Respond ingActivity from a Seller, there are three sequences to follow. 

15. In response to Applicant's argument (3). Examiner respectfully disagrees. Figure 8 shows a 
predefined sequence (process purchase order business transaction), depending on the input 
(sequence modification input) one of the possible three paths will be taken (modification of the 
sequence). 

16. In response to Applicant's argument (4). Examiner respectfully disagrees. Examiner is showing 
different examples of a predefined sequence with at least one document assigned to the 
sequence of business transactions. As explained below, Figures 8-12 illustrates business 
schemas e.g., collaboration activity diagrams as part of a business collaboration, figure 8 
illustrates an example based on the process purchase order business transaction, 
Respond ingActivity from a Seller, there are three sequences to follow and Figure 3 illustrates 
another business schema with predefine sequence between Purchasing and Order Management 
Sales with at least one document assigned "RFQ" and "Quote" to a predefined sequence of 
business transaction e.g., request for quotation, "10.GETLIST QUOTE" which is a received 
context selection for identifying at least one document "Quote". Both figures illustrates business 
transaction with documents (e.g., RFQ, QUOTES, PO) assigned to the sequence. 

17. In response to Applicant's argument (5). Examiner respectfully disagrees. In a broadest 
reasonable interpretation and to one ordinary skill in the art, a "QUOTE" is a document which is a 
response to a RFQ. Further, figure 4 describes a business transaction definition, "[t]he ebXML 
semantics specify that a responding activity's document envelope may contain multiple 
attachments. A BOD corresponds to one attachment. In addition, a responding activity may have 
multiple possible response document envelopes, each containing any number of attachments 



Application/Control Number: 10/686,642 
Art Unit: 3623 



Page 6 



(Figure 4), out of which one and only one document envelope will be sent as the response" (e.g., 
a received context selection), figure 7 describes the document definitions, please see the 
examples in page 19, which describes the business document definition of "Getlist RFQ" 
associated with the received context selection of the requesting business activity: "Request RFQ 
List", As shown in the examples of page 19, Figure 3 shows a business schema with predefine 
sequence between Purchasing and Order Management Sales with at least one document 
assigned "RFQ" and "Quote" to a predefined sequence of business transaction e.g., request for 
quotation, "5: GETLIST RFQ", "6: LIST RFQ", "10: GETLIST QUOTE" and "11: LIST QUOTE" 
which is a received context selection for identifying at least one document "Quote" and "RFQ". 
Claim Rejections - 35 USC § 103 

18. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

19. Claims 1-8, 10-11, 13-18, 20-21 and 23-32 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Nielsen et al., B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite, IBM International Technical Support Organization, International 
Business Machine Corporation; August 2001; 274 pages; ibm.com/redbooks, hereinafter 
"Nielsen" in view of Jean-Jacques Dubray, OAGIS Implementation Using the ebXML CPP, CPA 
and BPSS specifications v1.0, 10/4/2001. 

Claim 1: 

Nielsen as shown discloses a computer-readable storage medium to perform a method for a first 
computer to participate in electronic business, the computer readable medium comprising: 

• storing the business schema in a central repository (page 225, Appendix B, Nodes 
in the application topology, B.1.6 Database server node, which teaches that "[t]he 
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database server node's function is to provide a persistent data storage and retrieval 
service in support of the user-to-business transactional interaction"); 

• supporting communication between the first computer having a processor and a 
second computer having a processor via a communication module (pages 44-45, 
Figure 34 which it illustrates a Collaborative commerce application topology and 
Figure 98, which it illustrates a Transactional Commerce Application Topology 
where lines shows the communication between components and pages 223-224, 
Appendix B, Nodes in the application topology, B.1.1 Web application server node, 
which teaches that it supports "access to both public and user-specific information" 
and "the node provides robust services to allow users to communicate with shared 
applications and databases". Nielsen teaches that in a collaborative and 
transactional commerce application exist a communication between a server (e.g., 
first computer) and users or clients (e.g., second computer) in order to create a 
collaborative commerce solution); 

• loading the business schema from a central repository via the processor in the first 
computer, and a schema module (pages 44-45, Figure 34, which it illustrates a 
Collaborative commerce application topology, where Real Time Collaboration 
Server and Commerce Server load business schemas through the WebSphere 
Commerce Suite application from a database (e.g., a central repository), page 225, 
Appendix B, Nodes in the application topology, B.1.6 Database server node, which 
teaches that "[t]he database server node's function is to provide a persistent data 
storage and retrieval service in support of the user-to-business transactional 
interaction" in order to create, selects and process documents using the 
WebSphere Commerce Suite Application as illustrated in figure 7, pages 17-18, 
where a buyer can browse the catalog, create requisition lists, issue an order, see 
status for current orders and participate in auctions (e.g., business transactions)); 
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• wherein the business schema provides a communication format applied to the 
document assigned to one of the business transactions (page 30, Chapter 2, A B2B 
scenario, 2.3.3 Illustrating the scenario with our implementation, 1 st Hand page 122, 
Chapter 7, WebSphere Commerce Suite Integration, 7.2.0.1 IBM Net. Data; which 
teaches that "[t]he list of available pages in the catalog and elsewhere on the 
TECKRAFT site is delivered from WCS in XML format and then formatted in the 
agent application" and "[generation part contains HTML or XML blocks that contain 
statements that specify the layout of the generated document" where Nielsen 
teaches that XML format is applied to the documents); 

• wherein the communication format enables the first computer to participate in 
electronic business with the second computer (pages 44-45, Figure 34 which it 
illustrates a Collaborative commerce application topology and page 223, Figure 98, 
which it illustrates a Transactional Commerce Application Topology where lines 
shows the electronic business communication between servers and users or 
clients); 

• executing the sequence of business transactions between the first computer and 
the second computer (page 225, Appendix B, Nodes in the application topology, 
B.1.6 Database server node, which teaches that "[t]he database server node's 
function is to provide a persistent data storage and retrieval service in support of 
the user-to-business transactional interaction" in order to create, selects and 
process documents using the WebSphere Commerce Suite Application as 
illustrated in figure 7, pages 17-18, where a buyer can browse the catalog, create 
requisition lists, issue an order, see status for current orders and participate in 
auctions (e.g., business transactions)); 

Nielsen teaches in pages 44-45, Figure 34 illustrates a Collaborative commerce application 
topology, pages 17-18, Figure 7 illustrates a business schema, the TECKCRAFT transactional 
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B2B Web site for a buyer which enables a buyer to create, selects, and process documents, for 
example: browse the catalog of power tools, create a requisition lists, issue an order (or reorder) 
(e.g., a predefined sequence of business transactions combined with documents) and Figure 11 
which illustrates requisition lists (e.g., a document) of a buyer in order to perform a business 
transaction (e.g., issue an order or reorder). Nielsen does not specifically teach how to create a 
business schema and predefine a sequence of business. However, Dubray in an analogous art of 
B2B collaboration for the purpose of creating a business schema and defining a sequence of 
business transactions (Figures 2-4 and 8-12) as shown does: 

• predefining a sequence of business transactions to be executed in a first computer, 
the sequence being predefined according to received sequence modification input 
(Figure 2 illustrates a schematic of core business transaction semantics, page 15, 
B2B Collaboration Definitions, which teaches that "[e]ach Business Transaction 
needs to be specified and choreographed" (e.g., predefining a sequence), Figure 3 
illustrates OAGI Scenario 55 divided as ebXML Business Transactions and page 
16, Business Transaction Definitions and figure 8 illustrates that based on the 
process purchase order business transaction, Respond ingActivity from a Seller, 
there are three sequences to follow); 
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creating a business schema by combining the predefined sequence with at least 
one document assigned to the sequence of business transactions, the at least one 
document to be combined with the predefined sequence of business transaction 
being selected according to a received context selection for identifying the at least 
one document (Figures 8-12 illustrates business schemas e.g., collaboration activity 
diagram, Figures 4 and 7 illustrates assigning a document to each business 
transaction e.g., RespondingBusinessActivity -> Document Envelope -> 
Attachment: business document, page 12, figure, illustrates a representation of a 
collaboration definition with a choreography of business transaction with a 
document flow, Figure 2, illustrates a business schema of requesting and 
responding an activity with at least one document assigned and Figure 3 illustrates 
another business schema with predefine sequence between Purchasing and Order 
Management Sales with at least one document assigned "RFQ" and "Quote" to a 
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predefined sequence of business transaction e.g., request for quotation, 
"10.GETLIST QUOTE" which is a received context selection for identifying at least 
one document "Quote";); 
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• and storing at least one document assigned in the business schema (Figure 4 
illustrates that at least one document assigned (e.g., businessDocument) is stored 
(e.g., Attachment) in the business schema (e.g., RespondingBusinessActivity)); 

Therefore, it would have been obvious to one of ordinary skill in the art to modify Nielsen to 
include the teaching of Dubray because the claimed invention is merely a combination of old 
elements, and in the combination each element merely would have performed the same function 
as it did separately, and one of ordinary skill in the art would have recognized that the results of 
the combination were predictable. 
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Claim 25 

As per claim 25, this claim encompasses substantially the same scope as claim 1. Accordingly, 
claim 25 is rejected in substantially the same manner as claim 1 , as described above. 
Claim 2: 

Nielsen discloses the following limitation: 

• wherein the second computer is under control of a second computer program that 
has substantially the same functions as the first program (Chapter 1 , Introduction to 
Collaborative Commerce, 1.2.2 Lotus Sametime 1 st - 2 nd U and Figure 5: which 
teaches that "[l]otus Sametime" offers "a customizable, standards-based platform 
for instant awareness, real-time communication (chat) and online meetings with 
application sharing and whiteboarding capabilities" where "enables users to share 
live documents, applications, and a whiteboard; for example, a seller can share a 
spreadsheet with a buyer". Nielsen teaches that a second computer (e.g. a buyer 
computer) is using the same program functions as the first computer as shown in 
Figure 5, which it illustrates a real-time video conferencing); 

Claim 3: 

Nielsen discloses the following limitation: 

• wherein the communication module supports communication with a third computer 
under control of a third computer program being a business application, and 
wherein the predefined communication format provided by the business schema 
enables the first computer to participate in electronic business with the third 
computer (pages 8-9, Chapter 1, Introduction to Collaborative Commerce, 1.2.2 
Lotus Sametime 1 st - 2 nd 1f and Figure 5: which teaches that "[l]otus Sametime" 
offers "a customizable, standards-based platform for instant awareness, real-time 
communication (chat) and online meetings with application sharing and 
whiteboarding capabilities" where "enables users to share live documents, 
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applications, and a whiteboard; for example, a seller can share a spreadsheet with 
a buyer". Nielsen teaches that a user or client (e.g. a second or third computers) 
are using the same program functions as the first computer as shown in Figure 5, 
which it illustrates a real-time video conferencing); 

Claim 4: 

Nielsen discloses the following limitation: 

• wherein the communication module forwards the documents to the second 
computer and to the third computer for interpreting and processing by the second 
and third computer programs, respectively (pages 8-9, Chapter 1, Introduction to 
Collaborative Commerce, 1.2.2 Lotus Sametime 1 st - 2 nd U and Figure 5: which 
teaches that "[l]otus Sametime" offers "a customizable, standards-based platform 
for instant awareness, real-time communication (chat) and online meetings with 
application sharing and whiteboarding capabilities" where "enables users to share 
live documents, applications, and a whiteboard; for example, a seller can share a 
spreadsheet with a buyer". Nielsen teaches that in a collaborative electronic 
business application, a user computer interprets and process the documents that 
are sent thought the collaborative environment); 

Claim 5: 

Nielsen discloses the following limitation: 

• wherein the first computer is a personal computer (page 225, Appendix B, Nodes in 
the application topology B.1.4 User node: which teaches that "[t]he user node is 
most frequently a personal computing device (PC, etc.)" where Nielsen teaches that 
a first computer of the user node is a personal computer (e.g., PC)); 

Claim 6: 

Nielsen discloses the following limitation: 
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• wherein the communication module is adapted to use program resources on the 
first computer that are selected from a group, the group comprising: word 
processing tool (page 9, Chapter 1, Introduction to Collaborative commerce, 1.2.3 
Lotus QuickPlace 2 nd % which teaches that "[q]uickPlace offers a full spectrum of 
integrated services for team collaboration, including project management tools, 
Office 2000 integration and integrated workflow"); 

• a email tool (page 101, Table 4, which teaches that an email tool enables a user to 
send email invitations); 

• a browser tool (page 85, Chapter 6, QuickPlace development, 6.1 Why 
QuickPlace: which teaches that it has "browser-based access"); 

• and a graphic user interface tool (Figures 11-32, which they illustrates a graphic 
user interface tools); 

Claim 7: 

Nielsen discloses the following limitation: 

• wherein the communication module is adapted to support communication with a 
business application, the communication module being implemented as a back-end 
of a client/server application (page 11, Chapter 1, Introduction to Collaborative 
commerce, 1.3.1 How Lotus adds value in collaborative product design, 4 th ]f: which 
teaches that "[djomino simplifies design collaboration in a variety of ways. Built-in 
workflow can be used to route design specifications to the appropriate team 
members," (e.g., support communication) "for example. Lotus' document 
management product Domino. Doc offers a robust, integrated document 
management repository. Domino tools for connectivity to enterprise data stores 
enable rapid integration with back-end ERP systems." Nielsen teaches that Domino 
server tools (e.g., a communication module) is implemented as a back-end of a 
client/server application as shown in Figure 34); 
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Claim 8: 

Nielsen discloses the following limitation: 

• wherein the communication module supports communication with the business 
application being an ERP system (page 1 1 , Chapter 1 , Introduction to Collaborative 
commerce, 1.3.1 How Lotus adds value in collaborative product design, 4 th ]f: which 
teaches that "[d]omino tools for connectivity to enterprise data stores enable rapid 
integration with back-end ERP systems."); 

Claim 10: 

Nielsen discloses the following limitation: 

• wherein the schema module provides a selection mask to the user of the first 
computer to select a context for identifying documents and transactions (page 209, 
Chapter 8, Sametime Development, 8.8.1 Knowing when your buyers are logged in, 
8.8.1.1 Considerations for using the Sametime Connect client, 4 th fl: which teaches 
that "to add a filter, so the sales representative only sees the buyers he or she is 
associated with" where Nielsen teaches that the user selects which buyers are 
associate with him or her, which it is implicitly disclosed by using a selection mask, 
which is well known in the art as a filter that selectively includes or excludes certain 
values, a user selects different context regarding his or her needs); 

Claim 11: 

Nielsen discloses the following limitation: 

• wherein the context is selected from the group of: business process, product 
classification, industry classification, geopolitical, official constraints, business 
process role, supporting role, and system capabilities (pages 17-18, Figure 7 which 
it illustrates a business process context (e.g., Create a requisition lists, Issue an 
order) and product classification context (e.g., Browse the catalog of power tools)); 
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Claim 13: 

Nielsen discloses the following limitation: 

• wherein a service module combines input received from the user of the program 
with data from the repository to generate data that goes into the business document 
(page 120, Chapter 7, WebSphere Commerce Suite integration, 7.2.0.1 IBM 
Net. Data, 3 rd If: which teaches that "Net.Data interprets to create dynamic Web 
pages with customized content based on input from the user, the current state of 
your databases, other data sources" and "existing business logic" and pages 123- 
124, Figures 73-74, which they illustrates where a user inputs data and generates a 
welcome page with related business document); 

Claims 14 and 30: 

Nielsen discloses the following limitation: 

• wherein the service module cooperates with the schema module to forward 
business documents with input data into the repository (pages 17-18, Figure 7 
which it illustrates an example of transactional B2B Web site and Chapter 2, B2B 
scenario, 2.1 The initial TECKRAFT B2B Web site: which Figure 7 illustrates data 
and operations related to a business where a user can browse the catalog of power 
tools, create requisition lists (e.g., user inputs), issue an order (or reorder) and see 
status of current orders. Nielsen teaches that when a user issue an order or create 
a requisition lists, these document are forwarded into the repository); 

Claims 15 and 31: 

Nielsen discloses the following limitation: 

• wherein the service module stores a downloaded schema locally on the first 
computer (pages 44-45, Figure 34, which it illustrates a Collaborative commerce 
application topology and page 225, Appendix B, Nodes in the application topology, 
B.1.6 Database server node, which teaches that "ftfhe database server node's 
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function is to provide a persistent data storage and retrieval service in support of 
the user-to-business transactional interaction". Furthermore, "[t]he data stored is 
relevant to the specific business interaction (for example, bank balance, insurance 
information, and current purchase by the user)" where downloaded schema are 
stored); 

Claim 16: 

Nielsen discloses the following limitation: 

• wherein the service module modifies the schema in cooperation with the user of the 
first computer (page 120, Chapter 7, WebSphere Commerce Suite integration, 
7.2.0.1 IBM Net. Data, 3 rd 1f: which teaches that "Net. Data interprets to create 
dynamic Web pages with customized content based on input from the user, the 
current state of your databases, other data sources" and "existing business logic" 
and pages 123-124, Figures 73-74, which they illustrates where a user inputs data 
and generates a welcome page with related business document where the user 
modify it for example by creating a new requisition list); 

Claim 17: 

Nielsen discloses the following limitation: 

• wherein the service module uses graphic representations on an output device of the 
first computer to show a current status in a sequence of the business schema and 
to modify the sequence (pages 17-18, Figure 7 which it illustrates a graphical 
example of transactional B2B Web site, page 26, Figure 11, which it illustrates 
"Your Requisition List(s) and Chapter 2, B2B scenario, 2.1 The initial TECKRAFT 
B2B Web site: which Figure 7 illustrates data and operations related to a business 
where a user can browse the catalog of power tools, create requisition lists (e.g., 
user inputs), issue an order (or reorder) and see status of current orders. Nielsen 
teaches that in Figure 7 shows a link to see a status of current orders (e.g., a 
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sequence of the business schema) in "View order status", therefore a user can 
reorder (e.g., modify the sequence) creating a new requisition list); 

Claims 18 and 32: 

Nielsen discloses the following limitation: 

• wherein the service module indicates an arrival of documents to the first computer 
and opens the documents in the layout that has been defined by the sender of the 
documents (pages 8-9, Chapter 1, Introduction to collaborative commerce, 1.2.2 
Lotus Sametime, 2 nd and 1.2.3 Lotus Quick Place 1 st and 2 nd If: which teaches 
that "Sametime also enables users to share live documents, applications, and a 
whiteboard; for example, a seller can share a spreadsheet with a buyer" and Figure 
5 which it illustrates a Real-time video conferencing using Sametime. Nielsen 
teaches that when a sender share a live document to a user, he or she will receive 
an alert that a document has arrived and it will open in the layout and format 
previously defined by the sender such as "project management tools, Office 2000 
integration and integrated workflow."); 

Claim 20: 

Nielsen discloses the following limitation: 

• wherein layout data of documents and business data of documents are separated 
(page 120, Chapter 7, WebSphere Commerce Suite integration, 7.2.0.1 IBM 
Net. Data: which teaches that "[n]et.Data is a macro processor that executes as 
middleware on a Web server machine. You can write Net.Data application 
programs, called macros, which Net.Data interprets to create dynamic Web pages 
with customized content based on input from the user, the current state of your 
databases, other data sources, existing business logic, and other factors that you 
design into your macro" where Nielsen teaches that by using Net.Data a layout data 
of documents are creating as dynamic Web pages and the business data of 
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documents are separated in a database. Furthermore, 7.2.0.3 Welcome page 
customized macro on page 129, Nielsen teaches a cascading style sheet, "<style 
type="text/css">" which is well know in the art that cascading style sheet (CSS) is 
used to help readers of web pages to define colors, fonts, layout, and other aspects 
of document presentation. Therefore enables the separation of document content 
from document presentation.); 

Claim 21: 

Nielsen as shown discloses a method to participate in electronic business, the method 
comprising: 

• storing the business schema in a central repository (page 225, Appendix B, Nodes 
in the application topology, B.1.6 Database server node, which teaches that "[t]he 
database server node's function is to provide a persistent data storage and retrieval 
service in support of the user-to-business transactional interaction"); 

• loading the business schema from a central repository with the first processor 
(pages 44-45, Figure 34, which it illustrates a Collaborative commerce application 
topology, where Real Time Collaboration Server and Commerce Server load 
business schemas through the WebSphere Commerce Suite application from a 
database (e.g., a central repository) and page 225, Appendix B, Nodes in the 
application topology, B.1.6 Database server node, which teaches that "[t]he 
database server node's function is to provide a persistent data storage and retrieval 
service in support of the user-to-business transactional interaction" in order to 
create, selects and process documents using the WebSphere Commerce Suite 
Application as illustrated in figure 7, pages 17-18, where a buyer can browse the 
catalog, create requisition lists, issue an order, see status for current orders and 
participate in auctions (e.g., business transactions)); 
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• to transact business that the first computer transacts with the second computer and 
with the third computer wherein the sequence of business transactions is executed 
in a predefined format that is used by the second computer and by the third 
computer (pages 44-45, Figure 34, which it illustrates a Collaborative commerce 
application topology, pages 17-18, Figure 7 which illustrates a business schema, 
the TECKCRAFT transactional B2B Web site for a buyer which enables a buyer to 
create, selects, and process documents, for example: browse the catalog of power 
tools, create a requisition lists, issue an order (or reorder) (e.g., a predefined 
sequence of business transactions combined with documents) and Figure 1 1 which 
illustrates requisition lists (e.g., a document) of a buyer in order to perform a 
business transaction (e.g., issue an order or reorder));Nielsen teaches that in a e- 
business collaborative environment more than one computers can participate as 
shown in page 22, Figure 10, which illustrates an scenario enabling different users 
to collaborate in marketplace); 

• communicating according to the business schema between the computers, wherein 
a first program executed by the first processor on the first computer interacts with 
both a second program executed by the second processor on the second computer 
and interacts with a business application executed by the third processor on the 
third computer (pages 8-9, Figure 5, which it illustrates a real-time video 
conferencing, where Nielsen teaches that this predefined format enables business 
communication between computers in a collaborative environment as shown in 
pages 44-45, Figure 34 which it illustrates a Collaborative commerce application 
topology and page 223, Figure 98, which it illustrates a Transactional Commerce 
Application Topology where lines shows the electronic business communication 
between servers and users or clients); 
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• executing the sequence of business transactions between the first, second and 
third processors (page 225, Appendix B, Nodes in the application topology, B.1.6 
Database server node, which teaches that "[t]he database server node's function is 
to provide a persistent data storage and retrieval service in support of the user-to- 
business transactional interaction" in order to create, selects and process 
documents using the WebSphere Commerce Suite Application as illustrated in 
figure 7, pages 17-18, where a buyer can browse the catalog, create requisition 
lists, issue an order, see status for current orders and participate in auctions (e.g., 
business transactions)); 

Nielsen teaches in pages 44-45, Figure 34 illustrates a Collaborative commerce application 
topology, pages 17-18, Figure 7 illustrates a business schema, the TECKCRAFT transactional 
B2B Web site for a buyer which enables a buyer to create, selects, and process documents, for 
example: browse the catalog of power tools, create a requisition lists, issue an order (or reorder) 
(e.g., a predefined sequence of business transactions combined with documents) and Figure 11 
which illustrates requisition lists (e.g., a document) of a buyer in order to perform a business 
transaction (e.g., issue an order or reorder). Nielsen does not specifically teach how to create a 
business schema and predefine a sequence of business. However, Dubray in an analogous art of 
B2B collaboration for the purpose of creating a business schema and defining a sequence of 
business transactions (Figures 2-4 and 8-12) as shown does: 

• predefining a sequence of business transactions to be executed in a first computer, 
the sequence being predefined according to received sequence modification input 
(Figure 2 illustrates a schematic of core business transaction semantics, page 15, 
B2B Collaboration Definitions, which teaches that "[e]ach Business Transaction 
needs to be specified and choreographed" (e.g., predefining a sequence), Figure 3 
illustrates OAGI Scenario 55 divided as ebXML Business Transactions and page 
16, Business Transaction Definitions and figure 8 illustrates that based on the 



Application/Control Number: 10/686,642 
Art Unit: 3623 



Page 22 



process purchase order business transaction, RespondingActivity from a Seller, 
there are three sequences to follow); 
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creating a business schema by combining the predefined sequence with at least 
one document assigned to the sequence of business transactions, the at least one 
document to be combined with the predefined sequence of business transaction 
being selected according to a received context selection for identifying the at least 
one document (Figures 8-12 illustrates business schemas e.g., collaboration activity 
diagram, Figures 4 and 7 illustrates assigning a document to each business 
transaction e.g., RespondingBusinessActivity -> Document Envelope -> 
Attachment: business document, page 12, figure, illustrates a representation of a 
collaboration definition with a choreography of business transaction with a 
document flow, Figure 2, illustrates a business schema of requesting and 
responding an activity with at least one document assigned and Figure 3 illustrates 
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another business schema with predefine sequence between Purchasing and Order 
Management Sales with at least one document assigned "RFQ" and "Quote" to a 
predefined sequence of business transaction e.g., request for quotation, 
"10.GETLIST QUOTE" which is a received context selection for identifying at least 
one document "Quote"); 




• and storing at least one document assigned in the business schema (Figure 4 
illustrates that at least one document assigned (e.g., businessDocument) is stored 
(e.g., Attachment) in the business schema (e.g., RespondingBusinessActivity)); 

Therefore, it would have been obvious to one of ordinary skill in the art to modify Nielsen to 
include the teaching of Dubray because the claimed invention is merely a combination of old 
elements, and in the combination each element merely would have performed the same function 
as it did separately, and one of ordinary skill in the art would have recognized that the results of 
the combination were predictable. 
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Claim 23: 

Nielsen as shown discloses a system for executing electronic business, the system comprising: 

• first and second computers interconnected and communicating through a network, 
the first and second computers being controlled by first and second programs 
executed on a first processor in the first computer and a second processor in the 
second computer, respectively, and network interfaces for communicating through 
the network (pages 44-45, Figure 34, which it illustrates a Collaborative commerce 
application topology, page 223, Figure 98 which it illustrates a Transactional 
commerce application topology and pages 224-226, Appendix B, Nodes in the 
application topology, B.1.1 Web application server node, B.1.4 User node and 
B.1.10 Application and data nodes: which teaches that computers are 
interconnected and communicated through a network as shown in Figure 98, where 
the web application "node provides robust services to allow users to communicate 
with shared applications and databases. In this way it acts as an interface to 
business functions, such as banking, lending, and HR systems". Furthermore, 
"[e]xisting applications are run and maintained on nodes that are installed in the 
internal network"); 

• wherein the first computer includes a display for displaying data and operations 
related to the business and a received user input for allowing a user of the first 
computer to provide data input for executing the business (pages 17-18, Figure 7 
which it illustrates an example of transactional B2B Web site and Chapter 2, B2B 
scenario, 2.1 The initial TECKRAFT B2B Web site: which Figure 7 illustrates data 
and operations related to a business where a user can browse the catalog of power 
tools, create requisition lists (e.g., received user inputs), issue an order (or reorder) 
and see status of current orders); 
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• and further wherein the first computer processor,, executing the first program 
includes a schema module to load a business schema from a central repository 
(pages 44-45, Figure 34, which it illustrates a Collaborative commerce application 
topology, where Real Time Collaboration Server and Commerce Server load 
business schemas through the WebSphere Commerce Suite application from a 
database (e.g., a central repository), page 225, Appendix B, Nodes in the 
application topology, B.1.6 Database server node, which teaches that "[t]he 
database server node's function is to provide a persistent data storage and retrieval 
service in support of the user-to-business transactional interaction" in order to 
create, selects and process documents using the WebSphere Commerce Suite 
Application as illustrated in figure 7, pages 17-18, where a buyer can browse the 
catalog, create requisition lists, issue an order, see status for current orders and 
participate in auctions (e.g., business transactions)); 

• wherein the business schema uses a predefined format that enables business 
communication between the first and second computers (pages 8-9, Figure 5, 
which it illustrates a real-time video conferencing, where Nielsen teaches that this 
predefined format enables business communication between computers, pages 44- 
45, Figure 34 which it illustrates a Collaborative commerce application topology and 
pages 223, Figure 98, which it illustrates a Transactional Commerce Application 
Topology where lines shows the electronic business communication between 
servers and users or clients); 

Nielsen teaches in pages 44-45, Figure 34 illustrates a Collaborative commerce application 
topology, pages 17-18, Figure 7 illustrates a business schema, the TECKCRAFT transactional 
B2B Web site for a buyer which enables a buyer to create, selects, and process documents, for 
example: browse the catalog of power tools, create a requisition lists, issue an order (or reorder) 
(e.g., a predefined sequence of business transactions combined with documents) and Figure 11 
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which illustrates requisition lists (e.g., a document) of a buyer in order to perform a business 
transaction (e.g., issue an order or reorder). Nielsen does not specifically teach how to create a 
business schema and predefine a sequence of business. However, Dubray in an analogous art of 
B2B collaboration for the purpose of creating a business schema and defining a sequence of 
business transactions (Figures 2-4 and 8-12) as shown does: 

• the business schema comprising a combination of at least one document assigned 
to the sequence of business transactions that is selected according to a received 
context selection for identifying the document and a predefined sequence of 
business transactions to be executed between the first computer and the second 
computer and documents that are assigned to each business transaction in the 
sequence of business transactions, the sequence being predefined according to 
received sequence modification input (Figures 8-12 illustrates business schemas 
e.g., collaboration activity diagram, Figures 4 and 7 illustrates assigning a 
document to each business transaction e.g., RespondingBusinessActivity -> 
Document Envelope -> Attachment: business document, Figure 2 illustrates a 
schematic of core business transaction semantics, page 15, B2B Collaboration 
Definitions, which teaches that "[e]ach Business Transaction needs to be specified 
and choreographed" (e.g., predefining a sequence) and Figure 3 illustrates OAGI 
Scenario 55 divided as ebXML Business Transactions and page 16, Business 
Transaction Definitions, page 12, figure, illustrates a representation of a 
collaboration definition with a choreography of business transaction with a 
document flow, Figure 2, illustrates a business schema of requesting and 
responding an activity with at least one document assigned and Figure 3 illustrates 
another business schema with predefine sequence between Purchasing and Order 
Management Sales with at least one document assigned "RFQ" and "Quote" to a 
predefined sequence of business transaction e.g., request for quotation, 
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"10.GETLIST QUOTE" which is a received context selection for identifying at least 
one document "Quote", 
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and figure 8 illustrates that based on the process purchase order business transaction, 
Respond ingActivity from a Seller, there are three sequences to follow); 
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Therefore, it would have been obvious to one of ordinary skill in the art to modify Nielsen to 
include the teaching of Dubray because the claimed invention is merely a combination of old 
elements, and in the combination each element merely would have performed the same function 
as it did separately, and one of ordinary skill in the art would have recognized that the results of 
the combination were predictable. 
Claim 24: 

Nielsen discloses the following limitation: 

• wherein the second program on the second computer has a schema module with 
features that are substantially equivalent to the schema module of the first program 
(pages 8-9, Chapter 1, Introduction to Collaborative Commerce, 1.2.2 Lotus 
Sametime 1 st - 2 nd U and Figure 5: which teaches that "[l]otus Sametime" offers "a 
customizable, standards-based platform for instant awareness, real-time 
communication (chat) and online meetings with application sharing and 
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whiteboarding capabilities" where "enables users to share live documents, 
applications, and a whiteboard; for example, a seller can share a spreadsheet with 
a buyer". Nielsen teaches that a second computer (e.g. a buyer computer) is using 
the same program functions as the first computer as shown in Figure 5, which it 
illustrates a real-time video conferencing); 

Claim 26: 

Nielsen discloses the following limitation: 

• wherein the communication module is operated to support communication with a 
third computer under control of a business application, and wherein the predefined 
communication format provided by the business schema enables the first computer 
to participate in electronic business with the third computer (pages 8-9, Chapter 1 , 
Introduction to Collaborative Commerce, 1.2.2 Lotus Sametime 1 st - 2 nd 1T and 
Figure 5: which teaches that "[l]otus Sametime" offers "a customizable, standards- 
based platform for instant awareness, real-time communication (chat) and online 
meetings with application sharing and whiteboarding capabilities" where "enables 
users to share live documents, applications, and a whiteboard; for example, a seller 
can share a spreadsheet with a buyer". Nielsen teaches that a user or client (e.g. a 
second or third computers) are using the same program functions as the first 
computer as shown in Figure 5, which it illustrates a real-time video conferencing); 

Claim 27: 

Nielsen discloses the following limitation: 

• wherein the communication module is operated to forward the documents to the 
second computer and to the third computer for interpreting and processing (pages 
8-9, Chapter 1, Introduction to Collaborative Commerce, 1.2.2 Lotus Sametime 1 st - 
2 nd U and Figure 5: which teaches that "[l]otus Sametime" offers "a customizable, 
standards-based platform for instant awareness, real-time communication (chat) 
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and online meetings with application sharing and whiteboarding capabilities" where 
"enables users to share live documents, applications, and a whiteboard; for 
example, a seller can share a spreadsheet with a buyer". Nielsen teaches that in a 
collaborative electronic business application, a user computer interprets and 
process the documents that are sent thought the collaborative environment); 

Claim 28: 

Nielsen discloses the following limitation: 

• wherein operating the schema module includes providing a selection mask to the 
user of the first computer to select a context for identifying documents and 
transactions (pages 208-209Chapter 8, Sametime Development, 8.8.1 Knowing 
when your buyers are logged in, 8.8.1.1 Considerations for using the Sametime 
Connect client, 2 nd If: which teaches that "to add a filter, so the sales representative 
only sees the buyers he or she is associated with" where Nielsen teaches that the 
user selects which buyers are associate with him or her, which it is implicitly 
disclosed by using a selection mask, which is well known in the art as a filter that 
selectively includes or excludes certain values, a user selects different context 
regarding his or her needs); 

Claim 29: 

Nielsen discloses the following limitation: 

• further comprising operating a service module to combine input received from the 
user of the first computer with data from the repository to generate data that goes 
into the business document (page 120, Chapter 7, WebSphere Commerce Suite 
integration, 7.2.0.1 IBM Net.Data 3 rd If: which teaches that "Net. Data interprets to 
create dynamic Web pages with customized content based on input from the user, 
the current state of your databases, other data sources" and "existing business 
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logic" and Figures 73-74, which they illustrates where a user inputs data and 
generates a welcome page with related business document); 

20. Claims 9, 19 and 22 are rejected under 35 U.S.C. 103(a) as being unpatentable over Nielsen et 
al., B2B Collaborative Commerce with Sametime, QuickPlace and WebSphere Commerce Suite, 
IBM International Technical Support Organization, International Business Machine Corporation; 
August 2001; 274 pages; ibm.com/redbooks, hereinafter "Nielsen" in view of Jean-Jacques 
Dubray, OAGIS Implementation Using the ebXML CPP, CPA and BPSS specifications v1.0, 
10/4/2001 as applied to claims 1-8, 11, 13-18, 20-21 and 23-32 further in viewofwww.ebxml.org, 
News and Articles, ebXML - Enabling A Global Electronic Market, United Nations and OASIS Join 
Forces to Produce Global XML Framework for Electronic Business, Boston, MA, USA & Geneva, 
Switzerland, September 15, 1999, hereinafter "ebXML". 
Claim 9: 

Nielsen does not disclose the following limitation. However, ebXML in an analogous art of 
collaboration tools for the purpose of communicating via a protocol ebXML (1 st If) as shown does: 
• wherein the communication module is adapted to communicate via a protocol 
selected from the group of: ebXML messaging, SOAP, and WSDL (see at least 1 st 
If: which teaches that "[t]he United Nations body for Trade Facilitation and 
Electronic Business (UN/CEFACT) and the Organization for the Advancement of 
Structured Information Standards (OASIS) have joined forces to initiate a worldwide 
project to standardize XML business specifications" where ebXML teaches that 
ebXML specifications are standard in the exchange of electronic business data, 
such as SOAP, which is a simple XML-based protocol to let applications exchange 
information and WSDL is an XML-based language for describing Web services); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite of Nielsen with the Global XML Framework for Electronic Business 
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as taught by ebXML because ""[t]o be effective for global business, it is vital that XML 
specifications are based n a common framework," explained Bill Smith (Sun Microsystems), 
president of OASIS. "That framework does not exist today and, consequently, there are many- 
often competing-efforts underway worldwide. This new Electronic Business XML Working Group 
will end the confusion and duplication of effort that currently exists." Furthermore, they developed 
"a technical framework that" "enable XML to be utilized in a consistent manner for the exchange 
of all electronic business data" in order "to contribute to the growth of world trade". (ebXML, see 
at least 2 nd and 3 rd If). 

Claim 19: 

Nielsen does not disclose the following limitation. However, ebXML in an analogous art of 
collaboration tools for the purpose of communicating via a protocol ebXML (1 st fl) as shown does: 
• wherein the communication format comprises XML-based UBL (see at least 1 st % 
which teaches that "[t]he United Nations body for Trade Facilitation and Electronic 
Business (UN/CEFACT) and the Organization for the Advancement of Structured 
Information Standards (OASIS) have joined forces to initiate a worldwide project to 
standardize XML business specifications" where XML-based UBL is a library of 
standard electronic XML business documents such as purchase orders and 
invoices which ebXML teaches that XML business specifications are standard in the 
exchange of electronic business data); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite of Nielsen with the Global XML Framework for Electronic Business 
as taught by ebXML because as explained in Claim 9. 
Claim 22: 

Nielsen does not disclose the following limitation. However, ebXML in an analogous art of 
collaboration tools for the purpose of communicating via a protocol ebXML (1 st If) as shown does: 
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• wherein communicating is supported by a communication module on the first 
computer and wherein the communication module communicates using a 
communication format wherein the communication format comprises XML-based 
UBL (see at least 1 st If: which teaches that "[t]he United Nations body for Trade 
Facilitation and Electronic Business (UN/CEFACT) and the Organization for the 
Advancement of Structured Information Standards (OASIS) have joined forces to 
initiate a worldwide project to standardize XML business specifications" where 
XML-based UBL is a library of standard electronic XML business documents such 
as purchase orders and invoices which ebXML teaches that XML business 
specifications are standard in the exchange of electronic business data); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite of Nielsen with the Global XML Framework for Electronic Business 
as taught by ebXML because ""[t]o be effective for global business, it is vital that XML 
specifications are based n a common framework," explained Bill Smith (Sun Microsystems), 
president of OASIS. "That framework does not exist today and, consequently, there are many- 
often competing-efforts underway worldwide. This new Electronic Business XML Working Group 
will end the confusion and duplication of effort that currently exists." Furthermore, they developed 
"a technical framework that" "enable XML to be utilized in a consistent manner for the exchange 
of all electronic business data" in order "to contribute to the growth of world trade". (ebXML, see 
at least 2 nd and 3 rd If). 

21. Claims 12 is rejected under 35 U.S.C. 103(a) as being unpatentable over Nielsen et al., B2B 
Collaborative Commerce with Sametime, QuickPlace and WebSphere Commerce Suite, IBM 
International Technical Support Organization, International Business Machine Corporation; 
August 2001; 274 pages; ibm.com/redbooks, hereinafter "Nielsen" in view of Jean-Jacques 
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Dubray, OAGIS Implementation Using the ebXML CPP, CPA and BPSS specifications v1.0, 
10/4/2001 as applied to claims 1-8, 11, 13-18, 20-21 and 23-32 further in view of Official Notice. 
Claim 12: 

Nielsen, as shown do not disclose the following limitation: 

• wherein the selection mask has pull-down options 

However, with regard to the limitations wherein the selection mask has pull-down options, 
the Examiner takes Official Notice that it is old and well known in information system and 
software developing environment and to one of the ordinary skill in the art to use a selection mask 
(e.g., a filter) with a pull-down options because is a user friendly and well know for example, when 
a user select the option File a pull-down menu appears. It is also called a drop-down menu, 
where a menu of commands or options appears when a user selects an item with a mouse. The 
item a user selects is generally at the top of the display screen, and the menu appears just below 
it, as if you had pulled it down as evidenced by JavaScript Drop Down Boxes, Adding Drop Down 
Boxes 

(http://web.archive.Org/web/20001205095500/http://pageresource.com/jscript/jdropbox.htm) 
December 5, 2000 where page 1 illustrate a drop down box and Ellis et al., Button vs. menus: An 
explanatory study of pull-down menu selection as compared to buttons bars, Human-Computer 
Interaction Laboratory, June 1995 which teaches a pull-down menu selection effectiveness. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite of Nielsen with the Global XML Framework for Electronic Business 
as taught by ebXML with the old and well-known practice of pull-down options menu because it 
provides a more user friendly interface and will therefore increase consumer appeal. 
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Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of 
the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the 
date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the date of this final action. 
Any inquiry of a general nature or relating to the status of this application or concerning this 
communication or earlier communications from the Examiner should be directed to Nadja Chong 
whose telephone number is 571.270.3939. The Examiner can normally be reached on Monday- 
Friday, 8:30am-5:00pm. If attempts to reach the examiner by telephone are unsuccessful, the 
Examiner's supervisor, BETH BOSWELL can be reached at 571.272.6737. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http://portal.uspto.gov/external/portal/pair <http://pair-direct.uspto.gov >. Should you have 
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